因應疫情下半年加開場【#針對遺留代碼加入單元測試的藝術】，上課日期在 11/7（六）。（該週日為極速開發）
我的課向來不是教你工具跟框架怎麼用的（那些自己查就可以查到了），需求跟問題往往是中性、不分語言工具的，一樣的需求，在實現過程中會碰到哪些問題，而這些問題在沒有框架時，你該怎麼針對問題的本質處理。
因為這樣處理會帶來哪些副作用或成本風險，所以框架可以幫助我們哪些部份，把我們剛剛手動做的部份弄得更方便、更自動。
當然，就【單元測試】的領域，我們當然不是教你怎麼寫的加法器或照著書上的範例改一改教你，而是拿實務上的 legacy code 來剖析，為何在真實世界要優雅地加入單元測試這麼困難，要寫一個好維護的單元測試這麼困難。
我們面對的是龐大的 legacy code，不具備可測試性的 legacy code，自然上課就是要讓你面對各式各樣的 legacy code，你可以運用你的基本知識、原則，透過工具、框架，來最大化你寫測試的價值。
測試，當然不是在測你的 production code 寫得對不對，那層次太 low 了。
我們要驗證的是產品有沒符合需求情境預期般的運行，測試案例是可以被整理到就像文件一樣好讀，就像需求單位跟你描述的情境一樣 1:1 呈現，一點不多，一點不少。
當然我們還會介紹實務上怎麼搭配架構的設計，來讓整體產品的測試 ROI 更高，怎麼透過不同顆粒度的測試，包含線上維運/監控 如何提昇產品的品質。
在實務上可以從哪些情況開始加入測試，從哪個時間點加入測試團隊會最容易接受。
簡介與報名請見：
https://dotblogs.com.tw/hatelove/2020/05/08/Unit-testing-effectively-with-legacy-code-202011
只教你怎麼寫跟怎麼執行，你即使會了，實務上你也用不上去，因為實務只會比上課範例更加複雜，時間更加嚴峻。
我們有課前、課中、課後的準備、練習與討論，歡迎大家拿著實務上碰到所有測試的難題，帶到課堂上來問，因為解決各位在實務上碰到的問題，讓各位具備能力與熱情繼續在工作上發光發熱，是我的培訓最大的特色與價值。
Search